聊聊ToB与ToC技术开发的区别

您所在的位置:网站首页 tob toc tog如何区分 聊聊ToB与ToC技术开发的区别

聊聊ToB与ToC技术开发的区别

2024-03-10 04:37| 来源: 网络整理| 查看: 265

一、前言

ToC技术一脸鄙视地对ToB技术说:做ToB有什么技术含量,不就是做一个后台管理系统吗,毫无并发量可言,ToB的技术弱弱地回道:ToC不就是做一个网站吗,又没什么复杂的业务逻辑,积累不了行业经验,这里ToC的态度为什么会相对强势呢,主要是因为前些年互联网发展太迅猛,做ToC的流量是呈指数级增长,然后做ToC的待遇自然水涨船高,人往往会把平台的能力以及社会发展的红利当成自己的能力。

二、ToB和ToC的定义

To B:英文To Business,指面向企业提供相关的服务、产品、平台,为企业内部所使用,包括企业内外部运营管理,数据应用和决策分析。

To C:英文 To Custome,指面向最终用户个体消费者,比如衣食住行各类APP电商网站等。

To B 一般由传统软件厂商、中间件厂商、系统集成商运营,在对应的领域提供相应的产品级解决方案,主要围绕着企业生产、管理、运营、决策各个环节,

To C 大部分由互联网公司运营,如门户网站、搜索引擎、即时通讯、电子商务等,业务相对简单,主要围绕社交类、金融类、衣食住行方方面面提供服务。

三、ToB和ToC项目团队架构

ToB一个项目团队主要人员构成:项目经理、需求分析师、架构师,服务端技术、前端技术、测试,实施工程师。

ToC一个项目团队主要人员构成:项目经理、产品经理、技术经理、架构师、算法工程师、设计师(交互设计、视觉设计)、服务端技术、大前端技术,DBA、运维、测试。

1、项目负责人区别

ToB团队一般由需求分析师负责整个团队,需求分析师大多由资深技术担任,项目开发完成交付给客户使用便是成功,而ToC团队一般由运营团队老大担任项目负责人,项目的成败由运营数据支撑。

2、需求分析师和产品经理区别

需求分析师:需求分析师类似一个翻译的角色,将业务方的需求进行业务规则确认、业务流程梳理,然后把需求输出成需求规格说明书交给开发工程师去实现。需求分析师更注重行业经验,更多从事于传统行业的信息化建设(财务、供应链、物流、金融、保险等等)。

产品经理:主要是在互联网行业负责产品,负责用户调查、行业数据分析、然后根据用户需求,选择哪种商业模式、确定开发何种产品,更侧重于通过互联网改变传统行业的商业模式。

3、架构师区别

ToC项目对架构师的要求更多是大型分布式环境高并发的解决方案,而ToB项目对架构师的要求更注重是否能够根据公司项目做产品沉淀,抽象出通用模块,然后二次开发技术进行本地化落地。

4、设计师区别

一般ToB的项目对设计师要求不高,有些甚至不需要设计师而是由前端开发直接出页面原型,而ToC项目因为是直接对用户的,产品体验极其重要,对设计师的能力要求就相当高,需要懂得用户心理学,然后设计师又分为交互设计、视觉设计等,在技术将产品开发完成后(网页或App)还要进行视觉还原,甚至对一个像素的偏差都需要进行调整。

5、DBA、运维

一般ToB项目都没有这两个角色,而是由资深技术或实施工程师负责,而ToC这两个岗位一般是挂在技术部门下面的运维部,运维保障部要保障整个公司产品的稳定性。

三、技术实现的区别

ToB项目需求更为复杂,需要涉及到定制开发相关功能,但并发量一般来讲都比较小,ToC功能较为简单追求的是标准化,高并发量,这样两者的技术架构就完全不一样了,如果用做ToC的思路去做ToB是一种灾难,用ToB的思路去做ToC项目更是一种灾难。

1、ToC技术实现

ToC的产品对于并发量稳定性要求极高,通常要承载百万上亿的用户数的访问,这个就几乎不可能用单体的技术架构来支撑。一般前端要做负载均衡,业务层上分布式服务,数据库层主从架构集群,缓存层集群、消息中间件、搜索引擎支撑模糊搜索等等。数据库SQL语句是不允许有多表关联的复杂查询,否则数据库负载完全撑不住 。

ToC产品在产品开发周期一般较短,不管是研发周期还是迭代周期控制在1,2个月之内,否则等发布到市场上,黄花菜都凉了,发布后更重要的是运营工作。

ToC的技术人员更需要关注前沿技术,很多产品都是前沿技术的落地实现。

2、ToB技术实现

ToB产品对于并发量的要求相对于ToC互联网产品来讲要较低,一般就百人、千人的用户数,这种技术架构就没有必要这么复杂,完全可以用单体架构或者再做一下负载均衡就可以,一般中间件用一下Reids做一个数据缓存,因为业务复杂SQL语句中会大量使用多表关联查询,只要把数据库SQL索引优经好一般就差不多了。

ToB产品涉及客户复杂的需求,产品涉及的功能模块较多,无论是研发周期还是迭代周期都较长,需要进行产品安装部署、培训、维护等工作。

ToB的技术人员更需求关注行业知识,很多行业知识是需要长期沉淀的。

注1:听说过一个公司内部ERP产品采用的是ToC的技术架构去做(技术Lead来自互联网公司),公司总共也就2000个员工(用户),然后用上分布式技术架构,搞了16台服务器,什么jar包热加载,消息中间件等等所有互联网那一套架构全搬过去,然后一个项目开发了1,2年还没搞完,每天晚上加班到12点以后,这样无论是对公司还是对技术人员都是一种灾难。另外如果用管理ToC的进度去管理ToB的项目,比如你老板和你说我们做个ERP争取一两个月搞定,那么你别和他废话,先把他揍一顿再说,然后准备跑路吧。

注2:我个人最初是做ToB项目,什么住房管理系统,社保系统,防疫系统等,然后进入互联网公司做ToC项目,做过后端、做过App也做过中间件,最近这几年主要做公司自己的项目有ToC的也有ToB的,ToC主要是窗帘定制网站,牛奶销售小程序等,窗帘饰品POS系统本质上还是ToB,而挖机报价系统做着做着就变成了CRM+ERP了(售前、销售、售后)也是个ToB项目。这段文字感觉是像面试的简介,哈哈哈,有哪个大老板会看上我吗,价廉物美,您值得拥有!



【本文地址】


今日新闻


推荐新闻


CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3